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DETAILED ACTION 
Claim Objections 

Claim 8 is objected to because of the following informalities: The preamble here 
in part; "...the mobile station receives multicast/broadcast," requires the word "data" 
after broadcast. Appropriate correction is required. 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

Claims 1-4, 6, 7 and 12 are rejected under 35 U.S.C. 102(e) as being anticipated 
by Bertrand et al (US006876640B1). 

Regarding claims 1, and 7, Bertrand discloses a method and system for 
multicasting/broadcasting IP data (see Fig. 1, a PDSN communicates with a mobile via 
the IP network and radio network, col 6 lines 23-43) the mobile communication system, 
comprising the steps of: 

-a packet data serving node (see Fig. 1, PDSN 120) receiving multicast packet 
data (see Figs. 1 & 2, col 6 line 23-43; When the PDSN 120(1) searches for a PPP 
context for a particular mobile station, such as the mobile station 102(1), the PDSN 
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120(1) sends a query on the multicast address and port. PPP Registers that listen on 
the multicast address and port, such as the PPP register 126(1), respond to the PDSN 
120(1) so that the PDSN 120(1) receives a response from each of the PPP registers 
that can be reached through the multicast address and port.); 

-transforming the multicast packet data to a PPP frame format having an 
identification header (The multicast data is encapsulated into a standard PPP frame 
format through a variety of protocols for example by layer two tunneling protocol see col 
2 lines 30-35, the PPP context (session negotiation of PPP with mobile station and 
PDSN) contains number of different parameters such as user ID, protocol identifier, see 
col 3 lines 10-20); 

-transmitting multicast message to base station controller/packet control function 
(See Figs 1 & 2, col 4 lines 50-66. The PDSNs 120(1), 120(2) and 120(3) are 
responsible for establishing, maintaining, and terminating PPP sessions with mobile 
stations such as the mobile stations 102(1), 102(2) and 102(3), thus when the mobile 
station 102(1), which is being served by the RN 108(1), desires to begin a PPP 
session, the mobile station 102(1) sends a connection message 202 to the serving RN 
108(1). Responsive to receipt of the message 202, the RN 108(1) generates an R-P 
connection message 204 to the PDSN 120(1) (assuming that the PDSN 120(1) was 
selected by the RN 108(1)). Responsive to the R-P connection message 204, the 
PDSN 120(1) executes a PPP negotiation 206 through the RN 108(1) to the mobile 
station 102(1). The Packet Data Serving Node (PDSN) communicates with the BSC to 
add and remove IP multicast flows. It may use IP multicast protocols to manage 
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bearers supporting IP multicast flows between itself and the nearest router connecting 
back to the BCMCS content server.); 

-the BSC/PCF transmitting multicasting/broadcasting message to all or some of 
base stations under control of the BSC/PCF according to header information of the 
multicast message (The RNs 108(1) and 108(2) are responsible for relaying the PPP 
session data between the mobile stations 102(1), 102(2) and 102(3) and the PDSNs 
120(1), 120(2) and 120(3), thus the radio networks are similar and/or same as base 
station controllers which control and manage one or more mobile stations within its 
serving area. The RNs are connected to an IP network 118, which provides an 
interface to the PDSN and other RNs as appropriate.) 

-and transmitting the multicasting/broadcasting message to mobile station 
through broadcasting channel (The RNs 108(1) and 108(2) are responsible for relaying 
the PPP session data between the mobile stations 102(1), 102(2) and 102(3) and the 
PDSNs 120(1), 120(2) and 120(3). The radio networks are similar and/or same as base 
station controllers which control and manage one or more mobile stations within its 
serving area, thus the RNs transmit the messages to the mobile stations.). 

Regarding claims 2 and 12, Bertrand discloses transforming the received data to 
a multicast frame data (see col 6 lines 23-43, as the PPP 126 register is queried the 
data can be retrieved either manually or by multicast mechanism and therefore 
transforming the data received data to a multicast data and than adding an IP header 
for transmission through the IP network 118 forming the R-P interface.). 
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Regarding claim 3, Bertrand discloses adding multicasting/broadcasting 
identification header for multicasting/broadcasting to a terminal receiving services under 
IMT-2000, PCS, and cellular systems (see Figs. 1 & 2, col 1 lines 62-65, col 3 lines 30- 
43. An identification header information is added as part of the encapsulation of the 
PPP protocol see col 2 lines 29-40.); 

Regarding claims 4 and 6, Bertrand discloses the mobile station receives the 
multicast PPP datagram and passes the data to the higher PPP link or IP layer (see col 
2 lines 30-49, col 7 lines 19-30. The Point-to-Point Protocol ( PPP ) is a protocol provides 
Point-to-Point access and enables networking over serial lines. PPP is the protocol 
used by the cdma2000 wireless communication standard for communications between, 
for example, mobile stations and Packet Data Service Nodes (PDSNs). Layer Two 
Tunneling Protocol (L2TP) is a method for encapsulating standard PPP through a 
variety of media. L2TP also allows encapsulation of PPP using User Data Protocol 
(UDP) packets. L2TP supports non-IP protocols such as AppleTalk and IPX as well as 
LPSec Security Protocol. L2TP is implemented to provide secure, node-to-node 
communications in support of multiple, simultaneous tunnels in an IP-based network). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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Claims 5, 8-11, 13 and 14 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bertrand et al (US006876640B1) as applied to claims 1 & 7 above, 
and further in view of Utsumi et al (US006693896B1). 

Regarding claims 8 and 14, discloses Bertrand discloses a method and system 
for multicasting/broadcasting IP data (see Fig. 1, a PDSN communicates with a mobile 
via the IP network and radio network, col 6 lines 23-43) the mobile communication 
system, comprising the steps of: 

-a packet data serving node (see Fig. 1, PDSN 120) receiving multicast packet data 
(see Figs. 1 & 2, col 6 line 23-43; When the PDSN 120(1) searches for a PPP context 
for a particular mobile station, such as the mobile station 102(1), the PDSN 120(1) 
sends a query on the multicast address and port. PPP Registers that listen on the 
multicast address and port, such as the PPP register 126(1), respond to the PDSN 
120(1) so that the PDSN 120(1) receives a response from each of the PPP registers 
that can be reached through the multicast address and port.); 

-transforming the multicast packet data to a PPP frame format having an 
identification header (The multicast data is encapsulated into a standard PPP frame 
format through a variety of protocols for example by layer two tunneling protocol see col 
2 lines 30-35, the PPP context (session negotiation of PPP with mobile station and 
PDSN) contains number of different parameters such as user ID, protocol identifier, see 
col 3 lines 10-20); 

-transmitting multicast message to base station controller/packet control function 
(See Figs 1 & 2, col 4 lines 50-66. The PDSNs 120(1), 120(2) and 120(3) are 
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responsible for establishing, maintaining, and terminating PPP sessions with mobile 
stations such as the mobile stations 102(1), 102(2) and 102(3), thus when the mobile 
station 102(1), which is being served by the RN 108(1), desires to begin a PPP 
session, the mobile station 102(1) sends a connection message 202 to the serving RN 
108(1). Responsive to receipt of the message 202, the RN 108(1) generates an R-P 
connection message 204 to the PDSN 120(1) (assuming that the PDSN 120(1) was 
selected by the RN 108(1)). Responsive to the R-P connection message 204, the 
PDSN 120(1) executes a PPP negotiation 206 through the RN 108(1) to the mobile 
station 102(1). The Packet Data Serving Node (PDSN) communicates with the BSC to 
add and remove IP multicast flows. It may use IP multicast protocols to manage 
bearers supporting IP multicast flows between itself and the nearest router connecting 
back to the BCMCS content server.); 

-the BSC/PCF transmitting multicasting/broadcasting message to all or some of 
base stations under control of the BSC/PCF according to header information of the 
multicast message (The RNs 108(1) and 108(2) are responsible for relaying the PPP 
session data between the mobile stations 102(1), 102(2) and 102(3) and the PDSNs 
120(1), 120(2) and 120(3), thus the radio networks are similar and/or same as base 
station controllers which control and manage one or more mobile stations within its 
serving area. The RNs are connected to an IP network 118, which provides an 
interface to the PDSN and other RNs as appropriate.) 

-and transmitting the multicasting/broadcasting message to mobile station 
through broadcasting channel (The RNs 108(1) and 108(2) are responsible for relaying 
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the PPP session data between the mobile stations 102(1), 102(2) and 102(3) and the 
PDSNs 120(1), 120(2) and 120(3). The radio networks are similar and/or same as base 
station controllers which control and manage one or more mobile stations within its 
serving area, thus the RNs transmit the messages to the mobile stations.). 

Bertrand fails to disclose the multicast packet data comprising a header 
information including QoS, multicast/broadcast type, multicast/broadcast group, and 
length information including body data of the PPP frame format and message body. 

Utsumit discloses an information receiving method and apparatus (see Fig.1), 
which uses an AMInet set-up-protocol or ASP. The format of the ASP header is shown 
in Fig. 11 which includes multicast type, family or group, length, protocol information, 
QoS parameters can also be mapped as shown in Fig. 5 which are used to interpret the 
VPIA/CI values for a link, see col 17 lines 25-37, col 20 lines 5-29. The concept of 
AMInet or high speed protocol is used to quickly and efficiently reserve and release 
resources without thought of use, thus the ASP header is modified and reserved based 
on individual needs of the user. Thus incorporating the ASP protocol header within 
Bertrand would allow expandability of modifying the header as desired based on 
individual or group of users as appropriate. Therefore it would have been obvious at the 
time the invention was made to incorporate the teachings of Utsumit within Bertrand so 
as to allow expandability of modifying the header as desired based on individual or 
group of users as appropriate. 
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Regarding claims 5 and 13, Utsumit discloses an information receiving method 
and apparatus (see Fig.1), which uses an AMInet set-up-protocol or ASP. The format of 
the ASP header is shown in Fig. 1 1 which includes multicast type, family or group, 
length, protocol information, QoS parameters can also be mapped as shown in Fig. 5 
which are used to interpret the VPIA/CI values for a link, see col 17 lines 25-37, col 20 
lines 5-29. The concept of AMInet or high speed protocol is used to quickly and 
efficiently reserve and release resources without thought of use, thus the ASP header is 
modified and reserved based on individual needs of the user. Thus incorporating the 
ASP protocol header within Bertrand would allow expandability of modifying the header 
as desired based on individual or group of users as appropriate. Therefore it would 
have been obvious at the time the invention was made to incorporate the teachings of 
Utsumit within Bertrand so as to allow expandability of modifying the header as desired 
based on individual or group of users as appropriate. 

Regarding claim 9, Bertrand discloses (Fig. 1) PDSN 120 transmitting multicast 
data to the RNs 108 which are same as BSC see Figs. 1 & 2, col 6 line 23-43; When the 
PDSN 120(1) searches for a PPP context for a particular mobile station, such as the 
mobile station 102(1), the PDSN 120(1) sends a query on the multicast address and 
port. PPP Registers that listen on the multicast address and port, such as the PPP 
register 126(1), respond to the PDSN 120(1) so that the PDSN 120(1) receives a 
response from each of the PPP registers that can be reached through the multicast 
address and port.; 
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Regarding claim 10, Bertrand discloses adding multicasting/broadcasting 
identification header for multicasting/broadcasting to a terminal receiving services under 
IMT-2000, PCS, and cellular systems (see Figs. 1 & 2, col 1 lines 62-65, col 3 lines 30- 
43. An identification header information is added as part of the encapsulation of the 
PPP protocol see col 2 lines 29-40.); 

Regarding claim 11, Bertrand discloses transforming the received data to a 
multicast frame data (see col 6 lines 23-43, as the PPP 126 register is queried the data 
can be retrieved either manually or by multicast mechanism and therefore transforming 
the data received data to a multicast data and than adding an IP header for 
transmission through the IP network 1 18 forming the R-P interface.). 

Response to Arguments 

Applicant's arguments with respect to claims 1-14 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Raj Jain whose telephone number is 571-272-3145. 
The examiner can normally be reached on M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Huy Vu can be reached on 571-272-3155. The fax phone numbers for the 
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organization where this application or proceeding is assigned are (571) 273-8300 for 
regular communications and (571) 273-8300 for After Final communications. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is 571-272- 
2600. 
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